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<54) HIGH-SPEED SYNCHRONIZING METHOD FOR PROGRAMMING IN JAVA PROGRAMMING 
LANGUAGE 

(57)Abstract: 

PROBLEM TO BE SOLVED: To obtain a method for synchronized thread 
execution on a multi- thread processor by including a step, etc., for 
giving an indication so that a common object is to be locked by pushing 
the object identifier(OID) of the common object onto a lock stack, when 
a selected thread is entered, 

SOLUTION: A computer system 100 is equipped with a system bus 101 
and a processor 1 02. In this system, respective threads which are 
synchronized refer to an object which is shared by the threads and 
identified with OID. Then one of the threads is selected for execution. 
When the selected thread is entered, the OID of the common object is 
pushed on the lock stack to give an indication so that the common 
object is locked. Furthermore, the OID is pushed out of the lock stack 
for removing the indication. 
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x:7 htiS'I^F (O I D) ^zX-oXm^l^tlh. :)jmzi5 

Tt . itrieo I D Srfriea y • -y cti^hv -, v-j. 

'ri.Ctlc<}:r>T, «rie*i*5r^*t-|.;^T- yrj:, Sr 
t a*JS 2 ] l««JB 1 ieaco:^tcti V , MISSS? 

^nTt^^U-y K • T'o-y^J'Ci^T^gl^n/SlKlf^Srll 
n-tlx-T-yTcom^z. miSMtR^tLtzXU -/ \< • ru 
•y9comzmii^^^j:< bi>l r><r>^-^icy=Jx.if h Sra 
•yC'-thX^-yrti-mi^Z-^tS^t^mWit-thlim. 

( 3 ] mim 2 ie«jco:^atcfc v \x . flwe^^r 

iS' ■ ^y$/x^ hJi, =Sf A- • 'x y:?'i;, ^^-^y^i:, 
B?KSi(?§ix/::X V y K5rl8)5iJ-r-g>F;f*«7 -f --;H< t 

C l«*3S 5 ] iS^Ji 3 tm<r>-Hmzii ^T, mriao -y 

{ l»*:>S 7 ] 2 EKcT):^-!* Cfc . Btri en -y 

^f^Xx-yrti:, Jit, MieStR$ix/2X^.y h'AH^ 

-yriCiiS^L-C, midn-y:?il)f^Sr^-ri,X7- yr 

[ ti«3i 8 ] 2 ieKio::^S(- v -^-c , sfrie n -y 

f ero -y <nmx\^r>nm- 1 ti^i:^mthXr- -y y 
b . mmcr)bnt^mfp'kiftsm9ixu -y H«7)giJ<73 1 o*i 
BffieMS?$ia7tX U y HAsyo y ^ LTtf^T'^n y 5' L 

fc%&tc:/i'(-titnBD -y i^'wm^mf-rh xj- -y r t . s- 

Mzm 2<r>XV y Y Sr iMiR-f i. Xx y ^-C'* o T , Htfie 
m2C0XU -y F{4, BUiaSg 1 -y HcOlBlfflOtiXJt 



-y b' A t # t:: , frie**:t 7Vx h *''a y S 
tiTv^l»*»i:'d*»Sr*iJ|lrr?.x-r-y7"fc, JrSlc^tJC: 

b^mib-th-fm. 

{ if 1 0 1 it^« 9 ie^£7):ft«tc*j y. , «rie« 

^•:t7'i^'x 9 h*io -y ^' $n-C bmi^tlh b ^ 
ic. «(fia**5i-7'>''x:;' btra^WtSiXTtt^i' • it 

Wb^h-Hm. 

\mm. 1 1 ] iS««9IEtt<7):&StC*3<'^T . 8uiE* 
^jTrT^i^x^hjOin ■y^M^$ifCV^2.i:Wllf$ixl.t 
l=tC, ^<0O 1 DSrHtrlBo y:? ■ X:J'-y^CO±lcr yi^ 
i-f S C: fc lli r>T , Mieft*5r ri^'x ^ h *«0 y jJ' $ 

fihXo^^zwf^.-thx^-yTb^ mriei?2tox^.y 

J:o-C^«$iil.»#$r*tTi--g>X7--yrt, lulBO I 
DSrWEo-y^ • X^'-y^*>^>r-yxjL-r-5J:ttCj:o 
X , Miet^5%5rH5*-r-i>XTr -y r i: . ^KtCfftf C i: 5: 

[if*« 1 2 ] ai!ci0|5l«i«oi: ^i/::^x y h 

•C'*-5T, -e-itmcOlil^tfOtfl^tXI^-y Kti, :a^<0 

( O I D ) \;zi.r>xm\^iti,'}fts:< i: 1 1 o<7)5j- 

•C, ro-fe-ytJ-i:. B?iero-fe-y-^CC^-^$ix/i;<*U 
b. frieP<*UO**rKPXSISttJV^TflSS<^llfir 

l-^<5DOIDSr«^-r^-9--f x'c7)1^<5Dx;^h.';^ 
•iftr, WfB^^yiciitti.o y:? • x^J'-y^'i:, frlBr 

3tXW>y HSrgttBXI. J: B5feSltR$n:t 
XW-y HSrauiern-fe •y-9-±Ti!lf^$-<i:&^^-f yrJ'- 
r U :J'T'S>-?'r . mfie)S»?$ix;^cXlx .y HtcAS b % 

tC, -e^OO I DSTQ-y:? • X:? y:?<7)±{C7' yi^i-r^ 

Ctfci-^T. MB**:trj/xj? h*<o.yi7$ix^J; 
dt:«*L, frffi3^$*i.^XU«yH*»<i>ajSi:#lc, 

frlBO I D STBtrlBD -y 7 • X^ -y :^'A>^>r -y A^^i 

7-M,izii\,-^x . miz. MiBrD-fe-y-^j-rtT-ift^u, tifiB 

^iR$ixfcXl^ -y KA^'Ufi^oraic v>oro .y 
fe$n-ri.xw-y H • yn-y:? • y=jy-:$>b. 

D-fe-yU-rtTIDf^L, frlBXU- y K • T'D-y • >f yi^' 

ir-i^l,zm^LX. mii^y^ ■ X9 -yi'i.zii^ihOi 

DtcjroTi^'j^^ii. mtm^it r y X ^ h ^ n y ^7 -r 
^b-^h^yyczL-^ • >-x-rA. 
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[ig*JIi5] it^i4ie««03yt:A-^' • 

[it*jai6] fs^jsi4ie«tf03>'b'i-:j' ■ v-x 
[i«*3S 1 7 ] 1 4 ie©<03 y t jL-^' • i';^ 

JMtR^iXTt;^!^ -y HA^mT^oraiwyo -y i?#^f^*^(^v^-? 
'J U-X-t^*>Sr^^n-t.i.X^-y H • 'J 'J-;?. • >f 
i^-^i:, HtJieTn-fe y-trtT'lftf^L, B?ie;^P-y F • 

1^ -y KiOSIJcT) 1 -:>*^H!rfS)litl?^iX/iX -y K A^T'D ■/ 

LT^^mt'? cj -y ^ LT^Jl-^tCit'tt. Huien -y ^ • 

•y^j'tctjtt-SHtneo I v>\,zi.->xw!\^t\.hmi^-^^ 

-^K^m 0 ^tg^ 3 - K 2r *-r 1. 3 y h- J.- ^ffiffl^ 
^ti^ix<r>mmff)ttLrzx]y-y \< 

^tT'i^'x^' b^ij^ (o I D ) {zX'^xmm^fih'j'-^j: 

<tt> loc7)3rr>''x:7F$r#,^i-^. n^-ti-^J-ffi 

nyh'i-;?^^ HtrfSl5lW<7)i:iT.7tX^-y FcTJtf^Olo 

• Ta^yM, ■ "TfUXb. flienixtri-^' • i^x 

'TMzii\^xmWL. ayi^jL-^iz. mSiMm^ixti 
XU-yVi,ZXit^l,Z^ -etfOO I DSrQ-y:? • X.:?>y:7 
<7)±{;7*yv-jL-rsc:i:CCj:oT. HfllE^^^Jf ^i^'x^ 
F*-'D y $ix-g, J: a tcfi^B^-tl. X 0 (cm$iX3t n 
vb-jL-:? • rni^'^i, ■ -f jUxt, fJieni^bi- 

tK$ii!^cxL.-y I'lzX'ox^m^tifzmi^^mf^^^ 

i ^{c^fiK^iiTtn^b'i-:? • ro^r^j^ ■ -fVWx 
b-A-:?C. luieo I DSrlfllEo-y^' • X^-yfij^hT 



mKX\'^i>zti:miti'^^y^a.-i^ ■ r-o^vi^ 

[it«3ai9] Sie^c^nyb'i-^ • ra 

^td-zxv -y K • :/o y ^ (rmzm^^^-fy =^ ^ F 

^^J^ms>(iZt5\.^X. mz, ziy\::^-:^l,z. MtKI* 
jfy^'x^ FtitjC-n.^-^- • jfT'j^^x^' FO0!lS:f^ 

^^-■^•y^t. f}'^y-9iL. m%msik^t\.tzxv -y 
Iit^fl2 1 ] f«««i gfesjtfonybi-:? ■ ro 

tc1t^$}?r;^3>-b-x-^ • ro^-^A • r/Uxt. 
nybi-^tc, MIBWBrXx yr tcjiS^L-C, Hirieo 

•y^^m^^mf^'^hXoizmmtLfz^yy^^-:!' • 

[|«^2 2] m^r^l9Mm<oay\fA~^rn 
yyM,msl,l.zt5\.^X. Ht^. nyb'i-rJ'lc, tlifSMtK 
$iX7txi^ <y F*«Me:^a.y i'<7)^X'\.^-:>nm-t&i)'z: 
mm^^t&J:o<zmm^titzny\ijL~i^ ■ ro^^A 
3>-tf j.-rJ'lc, BuieiSlIBcOtix/iXl-- 
•y FcOgiJi?) 1 •o*^frlejM^K?i^/cX^ y FA^ya y ^ L 
^vrfST-yn -y ^ Lf>:^^tC7tltHtrf£D -y i?i!jf^a:^ft$ 

-^xt, imtx^^h:LbimsLb-^h^y\^sL-:!' ■ 

yx:7FtM«W(t$iX7t^:-^' • y^y^Js-^h^im 
$-fr&J:d{=«ffi$iX7t3yhfi-:? • rn^<5A • 7-' 
^^'-YXT'^>-^T, BSne^iT^rxx^ Tfri/x;? 
F^'J^ ( O I D ) (cJ:-DTl^g'JSix. Mie^:-^' • 5i- 
T'v'x^'Fti. Birfe**=J-:/>'x;5'F*«D-y^'$jxti^ 
S i: I' tc: . f!ia**:t x F AH ^on -y ^ 

■ rn^^5A • TVN'^fXi, :3>br^-:J'{c, 1512^2 

COXU- y Ft^A^I-tl'tC, HUlBft^Jr^'i-'x^'FA^O y 

i?$tiX\'^i>t't'ot^^mm$'thXoizm^$tit:::i 
>-bi-:5' • rn:/7A ■ T^U Xt. 8irifift*:tyi'' 
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X . luie^^W^trT'i^'x i' hi}^0 -y ^ J; o 

■^xh, HfrKm2<?)x^-y Kt^iot: 

O I D$-|tjiEO /:7 • X^'y:?*»^>r-yi^A-r^vltt3 

fiSi^-ti--l> <J: 3 tc««$ii7t 3 - H 5:*tfSll con- Hgp 
gij^ ( O I D ) C J: -5Ti^5iJ$<x, ffia^ ri^' • yf-J^'J 

im2<nxu'y \^i,zX':>x^m^tLhWii^^m^^-th 

>b'i-:J'tC, luieo I DSrHuien y^' • XS-y^ii-h 
r-yi^i-ri>^i:CJ:-:.T- H?IS*^^l^*$-ti-^ J; -5 
(cm$ix:rc3-HS:^t?ll4£?5a-h-^:»-i:, Srfii;t 

tOOO 1 ] 
[0002] 

i,^y'7-^ 9^>-xy-M.x-^ii,zx-^xm%^ixfz:^y'=j 

h^^<7)y'tiy^S.y^^mi^X-'h&, JAVAro 



(concurrency features) (i, bIS {i^y^^X) 
OK;UtctJV^T s ^ tT . rxi^ -y K J 7 'J 2r 

^*<-«U3t«t® (consistent state) 

[00031 Is|^*>'i:ii.;t*«(cASX«'?-<o;*i«j&-^> 
aiSJtWCs JAVAmati. :t'<U-Tr 
T^i:. (O/S) ;*-;r-;P/\c03-;U*s. x b y HlBlffiS 

ii. mm<r>mzo/'s^z^-r^. ®tWT'^ttix{f^+ 
»x'hh. mm. mm^\-yi^^ ■ T—y)vyjm±. i 

0J:»)t>ij'-^V'>#^$rfflv^-C^a-C-#l.3&«, -eitSrlilW 
<r>tiXtz-nWibVxm'^tUZ{i. «MW=5r^'<^-7^ 
^ y;/ • i✓XT•A^C*5V^T. 1 0 0S:S;tl>#^*^i2« 

[0004 1 icO^-A-'s-y • Xl^ yT-'-f 

^'vp ■ xv-y ]i<7>y\=i^^yMzt3\,^xi,i^mx'hh. m 

fitt, -7jUi'XU'yYcr)yT3^'^MZi3\^Xh. §'^(0 
XW-yH*<, 511^1=, |5lW:t->'N''s-y H^LtClEillC^ 

t ^tli, t # (C^i'tt. 0/S<?)XV -y H^S«j!Sie^^i: 

W5I-r&^->'^''^.•y v^n.m-tt^i'fxhhxv--y kibi 

(00051 Tj-^W— T- ^ y^ • xXx-i.fi, jiS{±, 
y°V:r.yy^y;l^ (preemptable) St^lfT'yxyrrS' 

7";Pt»r^3 2-?co:^?£<7)4'co— :^r-c% -T'^p^xi^x-f > 
rSr-f ryw-r?) . r D x>'7'^ y/i^ • x y }^<D:^ 
^].'—r -f • S'-X-rX. (fla|;t(f , x x x x-'^'^ >f v 
K'^X (^Hffi^) /NT) (i, l-o<7)XU- yK$r-^^- 
-7VH-T5!l<^lRl«f{C|IS$iXTV''?.x^-y FtcW^ii 

TtrBtPalfctJUT, lo<7)^tT?^t-Cu.S.xi^-y K(i, 

•y K{3j:-5-r7'o.y^§tL|,«o*»SriF'jfflT#55:<<->, J:-? 
X. TT'J^-v-ay{4, ^-iXSftTX^-y Fiaj^^li 

a yli, OOXl^ -y K^'^D y ^ni-c^^^fcM-r-Sf- 
a!l?::):v V ^1, <i,T'*> . T U X yr 7';W^x 1^ y 

i/i. -^H-^yn-ti^y^' ■ '7i^yizt3\,'>X . x 

b y Fcols^T$r1ils^orD•fe ■yi-<^mx'^mmzm,^'t 
hmzh-^mx'3bi>. 
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t0006] 

•^il^^XU'f-i y^li. xu-v Hll^fOJb-i)^— FSr-^- 
■SSOffilSr^tfcO, Aai:^ (I/O) 3&J^T-rS<0«:W 

• X U -y b' i: LT l|31-r 2. t jf^u-T- ^y^^ 
■ i^x^rJ^coyo x-yy^ :r^'7i\^i-xi^y' ^ yVff) 
^m^iiimb V^j:^^^^<^TT^}^-i^3yi>^-t 

ny'^)jiyy^ -( yt{::^^v-^ ^ y^ ■ i^x'rK 
^mm^i- ►)**fi^5}-'<v-x-f yy • i^x^Mz. 

I. coti^fg-eab •& c i: o / s timm l t ^ -i, ^-^^^ 

[0007] -^JI^^XUt-'^ y-f^t^ ^<«7°0^7A 

M^iJtt (parallelism) ^flJfflLT^^I., L*^L, 
i**^*)!. (legacy) ru^^^i^ti, #<(0J«-&, {Ji;^ 

y^ ■ :t'^P-f- ^ yy ■ i^x^MzWM-th:^—'^'^ 
•y V:Srm*it^ltixtf=5r<i>^v^c:i:tc<J;r>-C, m&mik 
T-ri.. t¥-5T, ^gWtcXL'-y KS-*L^V^ (un-thr 
eaded ) -7/1. f-X 1^ '^' V':?' • :^^1^— t" '( yV ■ 

mcth7.v -y \'mmmmi,zn-ti>iii^ittfi^^Lx\.-^ 

[00081 

xu-yYmncr)fzibcr,-)fmizm-t^. -?-n-?fL<7)iiiffico 

tixfcXW y «a(7)|aI^<7)t*\.7^>:XW-y b'<^)ST' 
^t*$ilS3j-7'i''x:7 h^d-f^ (O I D ) iZX-oXmS'! 

(r>tiXXK^^XU -y Vcr)'pcr>l-:>t^. m^<7)fzi^i,zmi 

^tih. miR^iitzxu-y \^^zx^mz. xy^y ■ 

DSrO y^' • ■y:J'<7)±lcr-yi^jL-tl.C:i:lC;J:r) 

T, a-y^^tLhjioiztm-rt. mtn^fitzxu y \( 

izX':^x^m^ni>mmmn^tL, o i Ds-o yi? ■ 

[0009] *»aflcOtJl±<75at;^-?-ixtlJ'hc7)m, Sfiffl 



^a)tm^m<^'^m^izb^xii. aTcomm^jtmmi)- 
(.^mzmi^t^x'h^o. p$ffl^siBHT'{4, :^%m<om 
mmti<. ^wn^m^-t^tzMz^^^ti^m^<7)mm 
?:mm-r^ ztizj^-^x. mm^tixui, mi-x-h ^ . 

zb^x'^^b\,^ozbX'h^. m.-yx. affitffm 

(7)Thhb^x.t^^Thh. 
[00 10] 

[^BJco||Jfe<^)»;^] ^mi. J AVAro 

mm-t^ z b ifi'Umxh hbmm^tittx\ :>t-^<- 

'v y KcOBV^^l^.y F|5l?jrajt5ri&»)^-ti-|.^t S-Sffi 
•r&a^t4'^OI5i^coti^^v:x^ ■y K5rao:^raicM-r 

tCi^^;/;!^ • XU y HCD7'Di/7X.{Ciil^T . TrU 
-i^3 -TuyyM.-b'^m.'^m (detenninisti 

c) x'hhzb^vm\^. '7)\^x\^'',Y<mm\,zm^ 

[00 1 1 1 XU'-y H|nIffli:V^araSJi, JAVATo 
^9 5 ^'^^IffiKr-SW^rto-C'li^rv^**. J AV Ar 

rs/x^'hJi, A>^0:^#<. 2oc04ri- ■ '^•y:J''i: 
X?'>i^^'i:RlTiS'#7 ^— (owner field) bi-^tS 

jj-yj^'x^ h<nw&i^-^b^j:ht.X'mm-hzb<.zx 

[0012] J AV Amr^ s yy^X' 

<r)^m<r>mm'mm^tLi,, z<r>mizii. javais 

Ss^i^y (JVM) , i^Wxh^ y^^ (J IT) 3 
y^^y. JAVAyxD^y = y^M^^- HSrB'JcTjr 
o>!^9 5 y^rnmiz^mti 3 VMM ;u«pSX{i5 VB# 

x^i.(r>-?)v^xvf ^ yy<rmmizr9-^x-thzb 
i^m\,z-thQ:M(oynyy 5 yyMmizii\,^x^mx' 

.1^- ^•rs<oc^ifS'5:o/sisf^5•ll^T■r'l. >r i: 



(6) 532 000-29726 (P2000-29 7JL 



hm^:j-~'vv<nm^tLx. mM.mzm.^tix^^h. 

COO 141 HlCti, rxi^y^xo^^Wi-KtiX 
fci), ra-fe-y-tM 0 2lCtj>,%-CTr'J^r-i^g>^ • T 

$iiTi<^-l>. ^^BJtci^nyUa-rJ- • '>Xr-J^ 1 0 
0{±, ttfgSrjift-r.?. -yXTM. • AX 1 0 1 t , m-b 
■y-t 1 0 2<r>'P<0Xih^ ( I /O ) ^S?r^L.-C/N'X 1 
0 Hc^S^^iX/.-ro-fe-y^f 1 02tSr)lxTV^S« r 

0- t -y-tl 0 2{i:, p<t U • ■'n'X 1 0 SSrfflUT. 

-b -y-*?- 1 0 2c07t*^cofi|$g-«?>ife^S:ie«-ri.><^ y • $/- 
Xt-AI Ollzm-^^tli,, • i^X7"-t.l 0 7 

{±, mUi. IXtilt^cOl^'^^KO^^ yv-i • ;<^:U 
y • yt^t'Jti:^ ;^^:U -JL-'/M 0 7{Ct} 
VT, fi;tTV>-g., ^t'J • >-Xt-A1 07rt<^^-\'-y 

CO^-V-yi^A • rn-fe>y1f 1 02kmt:^y 

1- y rx-S-^ilT V >^ i i: i> ^^Ff^gc rS) I. , 
100 1 51 ^— ^^^I/OiSSl 06<i:, 0 

ai 1 7*i/<x 1 0 1 (ci§-^$ix. ix{iaf[<73ia»vs 

— h'T-'-fX:?, CD-ROM, 

izidLXii. mmX'f>?>, iz^SS£^W.l 1 7(i, -f- 
• v-X-T^Al 0 7<50-«Pi:LTffl^^i^atfL-Cv>|.J; 

[00 161 ^^ma. mz. o/sxi^-y HA^r'jx 

X . ^mX'ihh. L*»L, r'jx>-r:5'7';P^>?.^ y K 

¥tmtmzm^'>hzt/3^-simT$i&. mz, *%Bfl«i. 



T^':7';U^xw -y H t coffi*$rJR d sf^U-r -f V:/ • 

[00 17 1 ^<coy 7 h-^xraiS ( J AVArO:/ 

*6<J^:frffi<i, ^-rJ'S.t/D yiJ'^rje (monitor and lo 
ck paradigm) X'h^. ^^HBtiCCOO -ydf y^T • rn 

XI. y H*^^S!M=^®«T-ig|.ll9 J; 

ZZX-com^zisifhy^yi/x. ^hx) ±-Ccoo -y 
S:^;^I.Ci:*-'^>^-r^, ay^mmzX-oX. Z.<r> 

0. y^«)#**i|^7-ri. (■r=6r^?^, x^-j^if^htih) 
t X'^ti\:X±.<r>x u y h' (r)mmm±-r?> . n ^' «)# 

h. X(i, -?-<7)XL--y H*-'^i^i:{i:S^S*tfT^^Tt- 
i. i: # ic. n -y ^»|^fi)<^3&i|ll t o -y ^ tz« LTIIiT$ 

[00181 mm&izx s D y i7«fli{c^M-ri. o/ 
sjr-A->v..y t*>^^, ^ri^'x:? hsr^<a 

i^'x ^ h t .y ^ L-;5r(' t (c J: o T , #l€{c[IIig-r 
l,*^L, ff«tf0 2Oc7):^}£7E(nx«i« 

\iZ^\'rhixX^^^. 

[00191 nmcr)>:.ixfzxv -y Yis^t^^h y)V-y'<r) 
^(TytztS 1 0<7)X U- -y hVitW. II 2 <r)m^zii\.\x^^ 

i:ti . ^yi^oL^Yifi'o v^^ttx^-^htt \,zmmrrh 

1, C0c7)||fi= 2r5felX 0 -r 1. t AqF^fgt'*) h ^^^Z\.i , 

u y h'*^T7-u ir-i. 3 >nmz\mm<r>mmx'hh'm 

^C7)[S17'a.y^$fL|,i;#C)tlt. *l2«St^^. 
[00 201 02<i, ^%mziii>X^^tlhX\y^y 

¥2ooi:m&mz^Lx\.-^i>. -eii-rixtfoy^h'^x 
hm^^^'m-^zb^zm'rhixx\^h9x9ff:)Wk-^t- 

tC*$ixTV>|>XU y F2 0 0'5rfc'<7)^S!tcoX^ y KtC 
II^TL•CV^|)r^:/7 Aco-fevy-f -f :^xtc J: t 
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(CtjV^Tti, y H2 0 0rt«0;K-y^';^fcJ:oT^$ 

[002 1] :¥%mimm't^±x'n\,zmmti:<r>\i. m 

0, 7■D■y^^oaimra^^LTV^?,, Li}^L. m^z 

li. mimm<7)^mzii^Lxra-y9mi^^'ijoc7)ii. 
iisicoiftf^fcris, ^tim\-(mi^\i. ^mx'hhfm 

yii-y9 :xiz^'yX~m.miZ7n^tiX\^^i)K c:ix^>«±. 
miESI<:0t!)f^2:#;v^l>, XV y]i2 0 0ii. HMcom 

1, z->y9'/\^XU v K<7):J'X^t;i3V->T, 1 OiOtiJ'^:^: 

i^i!jf^*»^>ics. WL=f-<r>miftx'<^mi}<h^. m2(om 
flji. Aaeti^xu- y H 2 0 oizii. nMcomcoi^ya 

•y -y t!)f^*J-t' ^^i.3l)::i;2:S^LTv^l>. 
[0022] -^/Ui-XV •■/ K • rr y a VXii^ 

X P y H 2 0 0 , U-yV T 

3&^\ zcommu. xu y¥i)^yu3iyy'9y;i'X'ii^ 

[0 0 2 3] jf^l^-T^-f V^^- i^X'rM.ti^TOX.yT 
^'7';W^Xl^.yh'SrilF^-rS«^Wi, 2|s^BB(±, 03 

*^'^ia5t:^$iXTV^.S.|H]^«0i:iXTV%&;^^-y H OR 

/c:^ffi5-«ff-rs J: t3tt=^'UT--f • •fe^' > 
tCASJ: ^ICL. mic^xU y Vt'^OiDlZAhtX-^ix 

[00 24] |13*^i^ia5<i, XV yY-^mf7.V-/Y 
1 t ^'^yWft^itTtlHlSS^tiX/^CX^-y h'<7)||tTC7)® 

(^W^taWmWmi^Xii'O . H2lcPtT±a5U7t:i; 
#Sr^tfL, ^cO'4'<7)^l'->^< lo*^'^t^•$^^.f>:J^■7• 
S^tTV^|>. laStCtSV^T, ^^V-'yh'OJi. J^W-yKl 

hXhh. Xl^-y H0i:;^^-7Hli:(4. 



^^r$n^:^7'v'i:^' h1)^mztztzl-:><^T9->z 
XtHIri:^^- h t . -em: J; o y HO t 
•y H 1 SfSi^Srjittl. oizmmttZti^h^ o 

[00251 ^il-f *1C0;<. \y y H lC*3ttl. o y ^' 
■y^'P^ISmi;, -etO^^>yHO:7U7^-f;<?;^- ■b^v- 
^) , xu-yHji. x:i v9immmm^'rhm^z. n 

mt^£hm^z, n-y^jgl^3!)i=5:$*t55r(ta{±'^^.^v\ 
O y^jS^S:i^§-t.|.::i:*^'ft-l>, i/i, JAVA7-0 

[0026] xJ-y^mmt. *l%Bfl{Cfl!-5T, ^fy^-'x 
^ hiiSy^ (OI D) Sr*ffl<OX^' y:? (117C070 

z.x'<n^%<nmx'\i, oimt. ^*ucfc{t?.i^>&$ 

nTV>&:t:/i^'x:7 h Txj <7)Th'^:^T^)S. tztz 
L . 1 X«44«a:<OD •y^^tltiityi^x.^h 

«jSS-ie^$-a:Jt'9. X^«yH«7)|l|J«S:4-;tSx-^fli 

5t$:4t;t0f -SClttJ^vv xV-yY\i. iOidl; 

fztbliZ. titfl-ycnn-y^mirirTriLXht, Mtc. X 
l^ yKJi, l^txt-.y H±T1«iitc7)n'yi?^IXf#L, 
aCi-j-C, -?-ix-rix<:735X#$n/ia-yi?«i, ^co^y 

-J3.9vm'\<r>x-U'y H^cs^L-c^"Jffl^tei:^^&8^i{^D 

10 0 2 7] H^^^:-:? • ^71^3,9 h^^^^tm 
■^izmf. m^^tlhiiM<^mm'Sjm^ (appreclabl 

e) rj-K*^i^-n.'j>:^*i$)-s.. tj y^tmiizn^^ 

■y h'^Jya >y ^ SiXl) . |S|ai<7)#)l||*iD -y ^'1»^B#C^ 

ti, 'Acr>^ol,z^j:h. 
[0028] 

[mi] 
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i£ (moalborBxlstB (o} ) ( 

monitorLockProcessing (o) 

I else ( 

pushOnScack (o) ; 

} 

[00 29] ^LX. CT^W^mPi^-^VXJi. }X<r> 

[0 0 3 0] 
m2] 

if (nonitorBxists (o) ) ( 

nonltornnlockProcBssizig (o) 

} elBe { 

popStack ( ) ; 

) 

[0031] fzfdL, ZZX\ monitorLockProcesslng 

i;, monitorUnlockProcessingfcfi, jSISTOO -y :7/C7 

xtmmtimn. h orv^xu ••/ h i so^ift 

ii\,^Xio. •/ HOJ:0t.Bylc;»f$ix^^i:**'^ig 

lf^(r^>^v^, J A V A7-D^7 5 ^^'l-iSlcfcttl. i^x 
'^xTJtHicOgfiJi; LTii, waitO. notifyO. notifyAl 
\0^£i£<n-nmi>K JAVArn7'5S>'i!^S<0XW- 

C00 32] HBcOMffi, Xlx-y K lS.t/Xb.y KG 
C PUffejm (CPU bound) X'{4=5rV^. ClttJi. *IT 

^«-t-l>i:, XW y HOt^P y HI *W$iX-CV^ 
■I. tc T -t X T I^W** i: ixT V 1 ^ ^ $ it 

x^^hizL:f}^i}-hh-r. ^<r>mn<7:)mii. mmzm^-t 

LWfcLT. AI15:»3 (I/O) $r^^^Si: 

tc. xu-/}i<ommi. ■^tnmc7)^x'ii^\,\ -ew 

ili(±, -y F 1 h Xl^ -y K 0 i:{±l5lB#tc||^T$ii.?. 
l,Z7p$tlX\>-^^^m,(r)m^tLX. Ty°>Jir-i^3>-i}^ 



[00331 I24J4, M3lc7)^^?{iS:5ptt:>'''-S.*^. Zl^ 
X'ii. ^O^lC^ri^'x^ h*^"n>y^'§fL-cv^i.raic 
XW-/ HO fcXU-y H 1 i:*«7"o.y?'-tl>^-&-CiPb-5-r 

t, zixi>ii, mmizmm-i>ztii^^K xi^-yvo 

t3V^t^4, U-y^'(4, i^*$fXTV^I,5l-y>-'x^' h±tC 

lEa^ix, fifoT, ra-y^' • 7x-XcorBl{4, ±fc:^$ 
7"i-'x h WD -y ^ iftJ^^iX-l. . 

•/i5'l!l#*-C(4, ft*$fX-CV^-S.5i-7"i^'xi5' H^tfOT^' 

mum i> £^-c-j4^f V He t> , ^is 5 fctiv > 

T^r::? • >j-r>''x:? h*>"f^^$ ill.. 
[00341 ^Wm>m 1 <^ll«fifia|«C J: S t . ^tW^^t 

■C^^-?>:tri^'x:?HO0lD{i:, a y:?*>''5:$ix;^>: {-t 
. B#|g 6 fcfc V ^•C) m-CX b -y H 0 is^MWzyci 
•y^-ttt^iz. Xif vP10 \ (07tCn^$nTV^ 

h) C0±tcr-yi^j.$ni., ;^b-yK*^^ISl OtC*jl,-> 

Tiira-r«.i:§{c»4, o\mmt:^tih. zcr,'m\<r> 
ai{4, oiD$'X^'y:?70i <o±(cm*6tcr -y V i 

A{4, 1 ) XW<y HOji^B^L. 2) S^LjtXl^ -yH 

^^Sf^l^ro -y^ L/cXU'-y H(3^f>^V»^T\ O I D 
<OX:?-y^'7 0 1±-^iOT-y>-j.S:gffi$-(i:S. e^rj 

X%'^-^1xhZt^iti:\^. ^<nWH±. Xl---y HO*^, 

ffiscofscoxw- -y H*ia -y Srf^^-rsfrtcsga-r-i.** 

[0035] C:ixi:^?tH^0^C, S 5(4, -^(Om^^m^Z 
t!)f^8fc*3V^T7'o -y :J'-ri.xW -y H 0 5r-&t?^Sr^^ t 
Tlr^^ . 13 5 T{4, X -y H 0 fCfe'ftl. -y ^'!Jf^ 

mi¥l 8l,zt5K\xnMtt, tbf^ 1 Ot^fc^-'T , X 
U-y H Iti. CCOXI^ y H*^'^^$ixtl. Jr7"i^x^ 
h L-C o -y ^ SrlX# t J: ^ i: LT t »l.t()^ 1 4 i 
T% yxjy^fmL. JIffSrffgl-ri., ::co«^tc(4, 
^^*^ixTV>l,;tr>''x^ h<4, Xl^ y HO tc J: oTS{ 
l,zu-/::^^tiXii^. mm<r>a"/i^/'^-:^mitiK x 
U-y H 1 (ct^o|tti^*<^«|-C*S*>$:S»-rs<7){o^ 

T-$>&. *^8^(cJ;l>i:. Xl^ y HI 14, ;fC-;l-H • ^ 
-^ytCil.d^-y^'Xl 5-2 2tcJ:-D-Cl§S^$n-CV^I, 

rn-y^^ixl,, B*ra2 3T'{4, X U- -y H 0 A^WT'o 
-yiJ'-ri.A^ C:c7)i:#{C{4, **$ilTt.^-S^7Vx^' 
Hi.'O^v^m^^tl. XV'-y HiOW^Sr^Sll^-ri., 
[ 0 0 3 6 1 1^ 1 <0||J6«r«4. XW «y HISIWt'-:?^ 
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itiOie^ti, 7. V .y H 0 ii^-fu -y ^'i-S B#|S! 8 T<^»f^ 

XV ■■/ H 1 1 Otcfev^T 7"n "/ ^7M!^-t?>^T\ 

«6<it=|Si-«o®«it-3l1f$ixS. ^\<rimm,i. 

C 0 0 3 7 1 »2 eO||]5^^jT-{i. o y 

ti, XV-yFl{±, TrU^r-j^3yg#lci-,-CyD 

■y2?$fL?,c7)-CJ)l.*<, -e^^Sifi, ^yi^'x^hitO 
n-y^'S-^-j-CioO, X:S'-y:?7 0 l3&iT7°U^r-i/H 

*5;0/'S^cr)a-/W:5r*T'7'n-y^ L/cftf^cOXU- -y K 

xhhii^^zoti^'k^m-f^. m3x\t. y^v-yvutr 

i^'x ^' XV -y K 1 S-X b -y h* 0 t iiI^$-li-§/^i6 

tCi^'Si: L*-L, EI4om'li;, xv-yHO*^S 
Hl-ti. t ^ixi/^rfXD .y U3tSf*cOXV -y HTS>I.*» 

aS$-ti-i.Ci:?!?^'^tg-C'J>ix{fS>.|.{5i:\ mm-^xu 

10 0 3 81 *%BflcOSilco$!)»(4, jT^P- X ^ > • 
v-XxASagfc^agRl^tc:. ^-^'^MSrH^K-t^SCt 

*if # S i: v> ^ i t t-S>^ . 0 5 1 coWf^-CiffiHfl LJt i 

die, OtI*5ft'l>XV-y H 1 y :?M|^{4. 

^wm. mncno/smmm^m^^x^m- 

[ 0 0 3 9 ] 116 {±, *^B«2:*i|-ri.S*W^y 7 h 

60 1 ar»T-ri., rrU^-- i^gy • 3-K60 1 
{4, J AVA7°D;?'5Sy:/SIS^i:'05i^(7)=iS(CJi3 
(t-i. . V • X W -y h'X«i:^/l^f-X V -y Kcon - K 
^>-^r'J^'6 0 2{i:, TTU^-i^gy • 3 

-H$-g(tJR'?. se^fx>'i^->6 0 4^cJ:^Tll^T^^l 



{4. 0/S6 0 6^corj-;W$r-^tf*\ X{4, 

0 7 [^<ot- ^' 5rii:it{c:iif^-ri. c: t . >f yrJ' 
r'J:J'60 2{4, ^y^4M.<r>mhz ('t^j:h-h. ^y^^ 

T'^,0.X<4, JAVA{SS!-7>-yi:Jt{cig«$^x§i/ 

Atcte»,^-ci!rf^^lgt:-$>i. . > ^'ru e o 2*>fe<o 

0 4tcJ;-:.Tt*-C-|S^T$ni.J:dC. ie'li^S6 0 3 

C 0 0 4 0 ] 07 2r#B3-r t . m^<r>^y=Jx. ^h7 
0 2, 7 0 3, 7 0 5i)^^^ixX\,^^, 3t:/i''xi?h7 
0 3«, X:J'-y?7 0 Hzm-fi.nfb't^^i^yhOizX 

'iXn-vi'^tih. nmmz. :^y>'j.^h7 osa. 

il^(^ffi«ff^fig^ix/>:t-^ • Jj-T'i^'xi? h 7 0 4JC 
<J;^Ta-y^;^ixi,. jj-7'yx^' h*>a-y:7$iX7ti:^-> 
a-y:?§fi/>:lHlia:i:»4, sfys^'x^' hOTh' 

PX (a7tCfcV-'T, :t7'i''xi?MDX{40IDi:L 
■C*$*t-CV^S) $:5rn y^'^ra(ct5<,'>TX:$' y^'7 0 
i«o±lcT«y>'i-r«.c:t(cJ:o-c, ^^iy-jyeo 
4lzX->Xim^tLi,. x>h'J{4, n y^»^B#S{c 
l3V>f, X^' y^7 0 lt^(>^yr^tl, Ji^-yy^ixfz 
OIDi:raa-r-S.3i-ri'-x^'h(4, a y^'WRS^^n/cji- 
7'>'"x^' h 702fc^^. ZCDJioizLX. ■^f'Ji,^ 
Ytl^U y 9 t^.|)HCXV y h'^^T'O y 9 L^V^J^ 

^(C{4, XW-y H<7)|5|^Sr«feSE-r&<7){C, JlixUJLtm 
^>^^^ST■^^'n L*»L, xb-y K*ira-y;?-r§^-^{;: 
J4, X5'-y^70 1±cO:t7'yx:?MC, ^MW^r:fr& 
T•fflV^^>i^|,:e::^^ • 7'-5'1iJt7 0 4*lB^?n, X 

:^' y:^'7 0 It^m^Z^ixh , 
[004 1 ] mzW^tzi^ 0 tC, Hf^c^n -y 

■ 7•'-5'«Jt*-'#Bg,^^^&#^JS■&^^^4, -?-ix^>{4, :t 

'^v-T^^ • S/-XT-A6 0 6 tJiiiiiii^tc, sesi- 
h^itii^X'^h. ;<^:Uio7t4, r7*'jr->-3 v-r 

:5rt)*>JL— 4f • ^^:'J^ra7 0 1 i:*-^>;U-r=5r4:>*>0 
[0042] UUiT-*3%BB^$>-I.SSltT-^t^LTiKBB 

!»iff««<oeHfci: o x'&m^^hii?.wmnn)i ieh 

3::i:t;J;-3-C, ^<^0^IE€:^T3 wfcA^'-C't^vIi: 
(4, :Layim^m<r>%WM^z\mhij>xh h , 
[HSco^m^i^H^l 

[01] ^%mzi,hmmmmm.i:^-fh^y\::^ 

~9 • i^X-ri^^Sr^LTviS. 
^■i y^7r^LX\^h. 

m3'\%2(r>mx'hhmt(r>xvvYmx9^j^y^ 
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[114] m3comThhWL(0::^l^-/Vm'ir:^^J^'y'i 
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[ ^mii Bfl sffl # ] 

1, Title of the Inventions PAST SYNCHRONIZATION PGR PROGRAMS 
WRITTEN IN THE JAVA PR06RAMMIM0 LANGUAGE 

2. Claims 

1. A method for execution ia a processor having a 
plurality of threads executing thereon, the threads 
including synchronized operations that refer to at Least one 
shared object, wherein the shared object is Identified by an 
object identification (OIO) . the method comprising the steps 
of : 

selecting a first thread oC the plurality of threads 
including a synchronized operation for execution: 

upon entering the selected thread, indicating chat the 
at least one shared object should be locked by pushing the 
DID of the at least one shared object onto a lock stack: 

executing the synchronized operations defined by the 
selected thread; and 

removing the indication by pushing the oiD from the 
lock stack. 

2 . The method of cXain l wherein during the step of 
executing the operations defined by the selected thread the 
selected thread blocks, and the method further comprises a 
step of locking the at least one shared object after Che 
selected thread blocks . 

3. The nethod of claim 2 further comprising the steps 
of creating an instance of a monitor object corresponding to 
the shared object. 

4 . The method of claim 3 wherein the monitor obj ect 
comprises a queue header, a counter, and an owner field 
identifying the selected thread. 

I 
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5. The method o£ claim 3 therein the step of locking 
comprises creating the monitor object in application menory 
space . 

6. The method of claim 4 wherein the etep of locking 
comprises creating the monitor object in kernel memory 
space. 

7. The method of claim 2 vherein the step of locking 
further conprises: 

determining vhen the selected thread blocks; and 
performing the locking operation in response to the 
determining step. 

8. The method of claim 2 wherein the step of locking 
further comprises: 

determining vhen the selected thread resumes after the 
block; and 

performiag the locking operation only if one other of 
the threads including a synchronised operation has blocked 
since the selected thread blocked. 

9. The method of claim 1 further comprising the steps 

of: 

selecting a second thread for executiont wherein the 
second thread includes an operation synchronized with the 
synchronized operation of the first thread; 

upon entering the second thread, determining whether 
the shared object is locked. 

10. The method of claim 9 wherein when it is 
determined that the shared object is locked the nethod 
further comprises the steps of creating a monitor object 
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associated vlth the shared object to determine when the 
shared object is ualccked; and 

executing the operatione defined by the second thread 
after it is determined that the shared object is unlocked. 

11. The method of claim 9 wherein vhen it is 
determined that the shared object la unlocked the method 
further comprises the steps of indicating that the shared 
object should be locked by pushing ita 010 onto the lock 
stack; and 

executing the operations defined by the second thread; 

and 

removing the indication by pushing the OID from Che 
lock stack. 

12. X computer system for executing an application 
comprising a plurality of synchronized threads of execution, 
wherein each synchronized thread refers to at least one 
object identified by an object identification (OID) that is 
shared among a plurality of synchronized threads, the 
computer system comprising: 

a processor; 

a memory coupled to the processor; 

a multithreading operating system that supports 
multiple threads of execution in a shared address space of 
the memory; 

a lock stack in the nemory, the lock stack comprising a 
plurality of entries sized to hold an OID; 

an instruction interpreter executing in the processor 
and coupled to receive a selected one synchronized thread 
and cause the selected thread to execute on the processor, 
wherein upon entering the selected thread the instruction 

3 
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interpreter indicates that the shared object should be 
locked by puBhing its OID onto a lock stack and upon exiting 
the selected thread the instruction interpreter renoves the 
indication by pushi-ng the OID from the lock sta-ck. 

13. The computer syeten of claim 13 further 
comprising: 

a thread block indicator operating within the processor 
to signal when the selected thread blocks during execution; 
and 

object locking devices operating within the processor 
and responsive to the thread block indicator to locX the 
shared object identified by the OID in the lock stack. 

14 The computer system of clain 12 wherein the object 
locking devices comprise an instance of a monitor object 
corresponding to the shared object wherein the monitor 
object includes a queue header, a counter, and an owner 
field identifying the selected thread. 

15. The computer system of claim 14 wherein the 
monitor object is instantiated in an application memory 
space of the memory. 

16. The computer system of claim 14 wherein the 
mcnltor object is instantiated in a kernel memory space of 
the memory. 

17. The computer system of claim 14 further 
conpr i sing : 

a thread release indicator operating within the 
processor to signal when the selected thread releases from a 
block condition during execution; and 
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object locking devices operating within the processor 
and responsive to the thread block indicator to lock the 
shared object identified by the OID in the lock stack only 
if another o£ the synchronized threads has blocked sin-ce the 
selected thread blocked. 

18. A computer program product comprising: 
a computer usable medium having conputer readable code 
embodied therein for synchronized thread execution in a 
multithreaded processor, wherein each synchronized thread 
refers to at least one object identified by an object 
identification (OID) that is shared among a plurality of 
synchronized threads* the computer program product 
comprising: 

computer program devices operating in the conputer 
system and configured to cause a computer to select one of 
the synchronized threads for execution; 

computer program devices operating in the computer 
systen and configured to cause a conputer to indicate that 
the shared object should be locked by pushing its OID onto a 
lock stack upon entering the selected thread; 

computer program devices operating in the computer 
system and configured to cause a computer to execute the 
operations defined by the selected thread; and 

computer program devices operating in the computer 
system and configured to cause a computer to remove the 
indication by pushing the OID from the lock stack. 

19. The conputer program product of claim 18 further 
comprising : 

conputer program devices configured to cause a computer 
to lock the shared object after the selected thread blocks. 
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20. The computer program product of claim 18 further 
comprising : 

conputer program devices configured to cause a computer 
to create an instance ot a monitor object corresponding to 
the shared object wherein the monitor object comprises a 
queue header, a counter, and an ovner field identifying the 
selected thread. 

21. The computer program product of claim 19 further 
comprising ; 

computer program devices configured to cause a computer 
to determine when the selected thread blocks; and 

computer program devices configured to cause a computer 
to perform the locking operation in response to the 
determining step. 

22. The computer program product of claim 19 further 
comprising : 

computer program devices configured to cause a computer 
CO determine when the selected thread resumes after the 
block: and 

computer program devices configured to cause a computer 
to perform the locking operation only if another of the 
synchronized threads has blocked since the selected thread 
blocked. 

23. The computer program product of claim 18 further 

compri sing : 

computer program devices configured to cause a computer 
to create a monitor object associated with a shared object, 
the shared object being identified by an object identifier 
(OID) . the monitor object comprising state information and 

6 
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nethods to determine when the ehared object Ib unlocked it 
the shared object is locked; ; 

computer ptogcaoL devices configured to cause «. computec 
to deternlna whether the shared object lb locked upon 
entering the second thread; 

conputer program devices configured to cause a computer 
to create a monitor object associated with the shared object 
to determine when the shared object la unlocked If the 
ehared object is locked; 

conputer program devices configured to cause a computer 
to indicate that the shared object should be locked by 
pushing itB OID onto the lock stack iC the ehared abject Is 
unl ocked; 

computer program devices configured to cause a conputer 
to execute the operations defined by the second thread; and 

computer program devices configured to cause a computer 
to remove the indication by pushing the OlD from the lock 
stack. 

24 . A computer data signal enbodied in a carrier wave 
comprising : 

a first code portion comprising code configured to 
cause a computer to create a monitor object associated with 
a shared object, the shared object being identified by an 
object identifier {OID) « the monitor object comprising state 
information and methods to determine when the shared object 
is unlocked if the shared object is locked; 

a second code portion comprising code configured to 
cause a computer to indicate that the shared object should 
be locked by pushing it& OID onto the lock stack if the 
shared object is unlocked; 
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a third code portion comprising code configured to 
cause a computer to execute the operations defined by the 
second thread; and 

a fourth code portion comprising code configured to 
cause a computer to remove the indication by pushing the OID 
from the lock stack. 



8 
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3. Detailed Deocription of the Invention 

BliCKGltOTlMP OF THE IHVBHTIOH 

1. Field of the Invention. 

The present invention relates, in. generel , to data 
proceseing« and, more particularly, to thread 
synchronization in JAVA language prograna . 



2. Relevant Background. 

The JAVA™ (a trademark of Sun MicrosyB teme , inc.) 
programming language, is an object-oriented programming 
language developed by Sun Microsy stems , Inc., the Assignee 
of the present invention. The JAVA prog-ramming language hae 
found success as a language and programming environment for 
netvorKed applications. The JAVA programming languacfe ie 
attractive due to its many features, including standardisgd 
support for concurrent execution of program threads. The 
JAVA programming language's concurrency features are 
provided at botH a language (syntactic) level and through a 
■threads" library. At the language level, an object's 
methods can be declared "synchronized". Methods within a 
class that are declared synchronized do not run concurrently 
and run under control of "monitors" to ensure that variables 
remain in a consistent state. 

Bach time a 8ynchroni2ed method is entered or exited, 
the JAVA language requires calls to the operating system 
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(O/S) kernel to allocate thread eynchronization reaources. 
Calls to the kernel may require tens if not hundreds o£ 
irvB tructiona depending on the O/S in uae. In conparison, 
the eynchronized method itself may require only a few lines 
of code. Ae an example, a dictionary hash table method can 
be iaplemented vlth fewer than ten instructions, but to 
implement it as a synchronized nethod requires more than 100 
instruction in a typical operating system. Hence, thread 
synchronization significantly adds to the execution time of 
many programs. 

This overhead is required in programs that make heavy 
use of mult 1 - threading and depend on thread synchronization. 
However, this overhead is undesirable in programs that are 
s ing le > threaded . Similarly, even in multithreaded programs, 
a large number of the threads may in fact execute correctly 
without the synchronization overhead. Hence, a need exists 
for a thread synchronization mechanism that only incurs the 
overhead associated with O/S thread management resource 
allocation only when those resources are needed. 

Operating systems conventionally enable multithreading 
in one of two ways: preemptable and non • preemptabl e . A 
preempcable thread operating system (e.g., Solaris and 
Windows/NT) include O/S techniques and devices that enable 
one thread to interrupt another concurrently executing 
thread. Hence« at any given tine, an executing thread 
cannot predict whether it will continue to execute or 
whether it will be blocked by another thread. Hence, the 
application cannot manage thread synchronization on its own 
because it lacks visibility as to when threads will be 
blocked. Preemptable threads are also valuable in 
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multiprocessiag nachines to efficiently distribute execution 
of threads across multiple processors. 

Non-preemptable nul tithreading is an simpler forn of 
multithreading that supports a mode of thread execution, 
whereby once a thread begins to execute* it cannot be 
blocked by another thread. A thread may halt or block 
itself, yield control to other threads^ or be blocked by 
virtue of waiting for input/output (I/O) to complete. There 
remain a large number of applications that can be 
implemented as single threads and which do not require the 
preemptive multithreading features of an operating system. 
Non • preempt ive operating systems will likely exist in 
information appliances and simpler operating systems for 
some time. Where the O/S ensureo that each thread cannot be 
preempted, allocation of thread synchronization resources in 
the O/S increases program execution time with little 
benef i t . 

Multithreading takes advantage of parallelism inherent 
in (or designed into) many programs. However, legacy 
programs often exhibit little parallelism. Moreover, some 
programs by the nature of their behavior do not exhibit a 
high degree of parallelism. These programs are slowed by 
having to incur the overhead associated with multithreading 
operating systems without reaping any benefits because of 
their non-parallel structure. Hence, a need exists for a 
thread synchronization mechanism that speeds up execution in 
programs that are essentially un-threaded yet running on a 
multithreading operating system. 
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SUMMARY OF THE IirVBNTlOH 

Briefly stated, the present invention involves a method 
for synchronized thread execution in a multithreaded 
processor. Bach synchronized thread refers to at leaat one 
object identified by an object identification (OID) that is 
shared among a plurality of synchronized threads. One of 
the synchronized threads is selected for execution. Upon 
entering the selected thread, an entry sequence indicates 
that the shared object should be locked by pushing its OID 
onto a lock stack. The operations defined by the selected 
thread are executed and the indication is reaoved by popping 
the OID from the lock stack. 

The foregoing and other features, utilities and 
advantages of the invention will be apparent fron the 
following nore particiilar description of preferred 
embodiments of the invention as illustrated in the acconpany 
drawings. still other embodinents of the present invention 
will become readily apparent to those skilled in the art 
from the following detailed description, wherein is shown 
and described only the embodiments of the invention by way 
of illustration of the best nodes contemplated for carrying 
out the invention. As will be appreciated, the invention is 
capable of other and different eiibodiments and several o£ 
its details are capable of modification in various obvious 
respects, all without departing from the spirit and scope of 
the present invention. Accordingly, the drawings and 
detailed description are to be regarded as illustrative in 
nature and not as restrictive. 
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In generals bhe present invention involves a method £or 
handling synchronized threads in prograns written in Che 
JAVA programming language that postpones initiating the 
high - overhead thread synchronisation atructures until it is 
determined that they are needed to ensure program 
correctness. In other words, in many applications, 

particularly single • threaded programs. the application 
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itself ensures that the programs are deterministic, and the 
high overhead associated with mul ti - threaded synchronization 



accordance with the present invention implementation of 
complex synchronization nechanisns including full data 
structures is postponed euch that they may in fact never be 
implemented . 

Although the problems of thread synchronization are not 
unique to the JXVA programmiag language, some features of 
the JAVA programming language affect the problem. JAVA 
programming language synchronization involved an 0/S 
assigned lock and monitor object that were created each time 
a program entered a method labeled "synchronized**. The 
monitor object required data structures that were quite 
large, including two queue headers, a counter, and an owner 
field. The size of these structures prohibits them being 
included in a standard object header. The present invention 
addresses this difficulty by avoiding the creation of these 
lock and monitor objects until they are necessary. 

The present invention is described in terms of a JAVA 
programming environment Implementation such as a JAVA 
virtual machine (JVM) . 3ust'ia-time (JIT) compiler, or a 
compile tine or run time mechanism that converts JAVA 
programming language code into another programming language. 
However, the present Invention is useful in any programming 
language that enables statements or program objects to 
access multithreading features of an operating system. The 
present invention does not require changes to the 
programming language itself, but rather provides method for 
implementing a program such that the program is not forced 



serves onlv to slov program execution. 
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to pier£orii unnecessary 0/S operations to support thread 
synchronization . 

PIG. 1 illustrates in block diagram £or» a computer 
system incorporating an apparatus and system in accordance 
with the present invention. Processor architectures and 
computing systens are usefully represented as a collection 
cf interacting functional units as shown in FIG. 1. These 
functional units perforn the functions of fetching 
instructions and data from nemoryt processing fetched 
instructions, managing nenory transactions, interfacing with 
external I/O and displaying information. 

PIG. 1 shows a typical general purpose computer system 

100 incorporating a processor 102 and using hoth an 
application program and an operating system executing in 
processor 102. Computer system 100 in accordance with the 
present invention comprises an syetem bus 101 for 
communicating information, processor 102 coupled with bus 

101 through input/output (I/O) devices within processor 102. 
Processor 102 is coupled to memory system 107 using a memory 
bus 103 to store information and instructions for processor 
102. Memory system 107 comprises, for example, one or more 
levels of cache memory and main memory in memory unit 107. 
It should be understood that some cache memory is included 
on-chip with processor 102 in most applications in addition 
to cache and memory In memory system 107. 

User I/O devices 106 are coupled to bus 101 and are 
operative to communicate information in appropriately 
structured form to and from the other parts of computer 100. 
User I/O devices may include a keyboard, nouse. magnetic or 
tape reader, optical disk, or other available I/O devices, 

V5 



(27) 32 000-29726 (P2000-29 7JL 



including another conputer. Maes storage device 117 is 
coupled to bus 101 and tnay be implemented using one or more 
magnetic hard disks, magnetic tapes, CD ROMs, large banks of 
random access roenor/, or the like. A wide variety of random 
access and read-only memory technologies are available and 
are equivalent for purposes of the present invention. Mass 
storage 117 includes computer programs and data stored 
therein. Some or all of mass storage 117 may be configured 
to be incorporated as part of memory system 107. 

The present invention is particularly useful in 
operating systems where 0/S threads are not preemptable. 
However, operating systems with preemptable threads can be 
made to work with the present invention by forcing only one 
thread at a time to execute. Moreover, the present 

invention can be used on operating systems that handle both 
preemptive and non- preempt ive threads on a task-by-task 
has i s . 

A primary method for thread synchronization in many 
software languages (including JAVA programming language) is 
a monitor and lock paradigm. Although the present invention 
simplifies this locking process, Che functionality achieved 
by the present invention must meet the language 
specifications so that the threads behave in a predictable 
manner. A lock operation behaves by first attempting to 
obtain a lock on a specified object (e.g., the object x in 
the examples herein) . The lock operation will prevent 
further thread execution until the lock operation is 
completed (i.e.. a lock is obtained). Only after the lock 
operation completes are the statements in the body of the 
synchronized method executed. When execution of all the 
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statements in the body of a given thread are completed or 
the thread is otherwise terminated, an unlock operation is 
perforined on the same lock. 

It should be noted that the 0/S overhead associated 
vlth the locking mechanism of the prior art can. of course, 
be avoided simply by not locking any objects, or locking as 
few objects as possible. Hovever where any two methods 
access a single object or objects, it is essential to use 
the locking mechanism. The present invention is directed to 
a method Cor efficiently implementing the locking mechanism 
specified in the application to provide expected application 
behavior . 

Where only one thread of a group of synchronized 
threads can be executing at a time, as shown in the example 
of FIG. 2, there is not, in general, a need to create 
associated monitor data structures when an object is locked. 
Likewise* where multiple threads can be running, but none 
can preenpt the execution of another, monitor data 
structures are not generally needed. In these 

circumstances, the monitor data structures will only be 
needed when an executing thread is blocked for some time in 
a manner that is not known to the application itself. 

PIG. 2 dlagrama tica 1 ly shows a thread 200 generated in 
accordance with the present Invention. Bach software 
application comprises a collection of tasks directed to 
implemeat particular application behavior. Bach task is in 
turn implemented by a plurality of threads such ae thread 
200 shown In fig. 2. Each thread issues a stream of use. 
assign, lock, and unlock operations as dictated by the 
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seaantics of the program it is executing. Bach atonic 
operation is represented in PIC. 2 by a box in thread 200. 

Of particular interest in the understanding of the 
present invention a locking operations indicated by a "L" . 
unlocking operations indicated by a "IF* and blocking 
operations indicated by a croes through the operation box. 
For ease of reference a blocking operation is indicted by a 
series of operation boxes to indicate duration of the 
blocking, however, it should be understood that in practice 
is it is a single operation that blocks for the entire 
duration. Other operations are generically indicated by 
blank operation boxes, but these nay include a vide variety 
o£ operations. Thread 2O0 nay include any nunber of atonic 
operations from fewer than ten operations up to several 
hundred operations. or thousands of operations in an 
essentially single threaded task. The ellipses in PIG. 2 
indicate that any number of non-blocking and blocking 
operations nay be included in a typical thread 200. 

la a multithreaded application or task, a plurality of 
threads 200 are implemented to perform task behavior. In a 
accordance with the present invention, a multithreaded 
application is caused to execute in a "serial" fashion 
meaning that the threads are not preemptabl e . As described 
above, this nay be imposed by the operating system. 

in cases where che operating system allows preemptable 
threads. Che present Invention operates to ensure that 
synchronized thread 0 and thread 1 shown in FIG. 1 - PIG. 5 
cannot execute concurrently. This is done, for example, by 
executing each synchronized method in a construct called a 
"critical section" such that program control enters a 

18 
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critical section before executing the synchronized method 
and no other thread can enter the critical section until the 
first thread to eater exits. 

PIG. 3 • PIG. 5 illustrates various situations during 
execution of synchronized threads labeled thread 0 and 
thread 1 and use the same nomenclature and graphical 
representations described above in reference to FIG. 2. 
FIG. 3 shows a situation in which thread 0, executes a 
number of operations, at least one of which accesses a 
shared object (not shown). Thread 0 is synchronized with 
thread 1 in FIG. 3 because thread 1* for example* accesses 
the shared object also. Thread 0 and thread 1 may be 
related as producer - consumer (i.e., one thread changes the 
shared object and the other thread uses the changed object) 
or the shared object nay support only one access at a time 
and so thread 0 and thread 1 are synchronised to avoid 
conf 1 Ic t . 

The lock and unlock operations in each thread are 
performed at any time during the thread execution upon 
entering and exiting a critical section of the thread (i.e., 
a method within a thread containing operations that access 
the shared object). A thread may execute more than one lock 
operation before executing an unlock operation (as shown in 
FIG. 2), but each lock must be followed by an unlock before 
th€ shared object Is available to another thread. The 
progranming language may allow explicit object 
locking/unlocking. Alternatively, in the case of the JAVA 
programming language a "synchronized" statenent in the 
method Implies the locking/unlocking operations. 
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The Lock operation is implenented in accordaace with 
Che present invention by pushing an object identification 
<OID) onto a special purpose fitack (701 in PIG. 7), In the 
particular examples herein, the OID is an address of the 
shared object "x" in nenory, although any OID that uniquely 
identlEies a locked object or object is equivalent to the 
specific inplenen t ation . In contrast with the prior art, 
the lock operation does not cause the OS to allocate 
resources or create data structures to provide thread 
synchroaization . k thread may acquire multiple locks in 
this manner, although only a single lock is shown for 
simplicity. Moreover* the thread may acquire multip>le locks 
on the same object such that each acquired lock must be 
unlocked before the object becomes available for another 
thread . 

Only when there is an actual monitor object does there 
need to be any appreciable code executed. This nay block 
the executing thread, if the lock is already granted. A 
similar procedure may be executed at unlock time resuming a 
thread. Keinenbering that the existence of a monitor object 
is the exception rather than the rule, the entry sequence 
Into a synchronized method is logically: 

i£ (monltcrExists (o) ) { 

monitor Lock? recessing ( o) 
) else ( 

pusbOnStack (o) ; 

) 

-2.0 
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and an exenplary exit sequence is: 

if (monitorBxi8t9<o) ) { 

monltorUnlockProcessing (o) 
] else ( 

popscack ( } ; 

) 

vhere moni t o rLock P roces s i ng and noni torUn lockProcesB Ing 
represent methods that call cooventional lock/unlock 
operations . 

It is important to note that the synchronisation 
technique of present invention does not inpose ordering 
constraints on the execution of thread 0 and thread 1. In 
other words, thread 1 nay execute before thread 0 in any of 
the examples, and other mechanisms must be employed to 
constrain order. Examples of these mechanisms in the JAVA 
programming language Include the wait(), notify () and 
notifyAllO methods available in the JAVA programming 
language Threads class, although equivalents are available 
in other program languages. 

In the example of FIG. 3. thread 1 and thread 0 are not 
CPU bound meaning that there are many available CPU cycles 
as compared to the number of operations that must be 
completed. In other vords, neither thread 0 nor thread 
conflict with each other during their execution even though 
they access a shared variable and so are declared 
synchronized. The number of clock cycles required to 
execute most instructions is fairly predictable with the 
notable exception of nemory operations* operations that 
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require input/output (I/O), and Inetructione that wait Cor a 

specified event to occur, and the like. Ae shown in PIG. 3, 
thread synchronization is not really an issue because thread 
1 and thread 0 do not execute concurrently. In -this case, 
no 0/S thread synchronization resources are needed (although 
they are neverthelese allocated in the prior art). A 
eignlficaat feature of the present invention is Chat Che 
situation shown in PIG. 3 will not result in expenditure of 
O/S resources (i.e,, creation of an O/S monitor object) even 
though the application specified synchronous threads. 

PIC. 4 shows a related situation in which, even though 
thread 0 and thread 1 block while an object is locked during 
execution, they do not in fact conflict. The blocking in 
thread 0 occurs between operations 6 and 9 and nay be caused 
by, for example, an I/O operation. At operation 5 a lock is 
placed on the shared object, hence« during the blocking 
phase the shared object renains locked. However, because 
thread 1 does not attempt to access the shared object until 
its own lock operation at operation 18, there is no 
conflict. As in the prior exanple, conventional processing 
would have expended OS resources to create monitor objects 
ac time 5 even though none are in fact needed. 

in accordance with a first embodiment of the present 
invention, the shared object*s OID is pushed onto stack 701 
(shown in FIG. 7) when thread 0 first blocks after the lock 
is in place (i.e., time €) , and the OID is removed when the 
thread resumes at time 10. This first embodiment results in 
minimal resource expenditure as the lock is implemented 
without a call to the os by simply pushing an OID onto stack 
701. in accordance with a second embodiment, the system 
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delays pushing the OID onto stack 701 until 1) thread 0 
resumes, and 2) the resumed thread is not the thread that 
last blocked. Hence, in the second embodinent a lock Is 
never implemented in the example- of FIG. 4 because thread 0 
resumes before any other thread has created' a lock. 

In contrast* PIG. 5 shows an example including thread 0 
that blocks at operation B during its execution. In FIG. 5, 
the blocking operation in thread 0 resumes at operation 18. 
At operation 10 thread 1 unblocks and resumes execution until 
operation 14 in which it attempts to obtain the lock on the 
shared object. In this case, the chared object is aLreedy 
locked by thread 0 and conventional lock/monitor processing 
is required to notify thread 1 when it can continue. In 
accordance with the present invention, thread 1 is blocked 
by the monitor object created during the time indicated by 
the bold-lined boxes 15-22. At time 23, thread 0 blocks 
again, but this tine the shared object is unlocked, enabling 
thread l to resume. 

In the first embodiment, allocation of thread 
synchronization data structures is delayed until operation 
at time 8 when thread 0 blocks. In accordance with the 
second enbodiroent, the OID is not placed on stack 701 until 
thread 1 unblocks at time 10. Hence< only when the 
lock/monitor resource Is actually heeded are the resources 
allocated. In the first embodiment, aside from the delayed 
allocation of resources, thread 0 and thread 1 execute in a 
manner substantially identical to prior synchroni2a tlon 
methods. The first embodiment provides improved performance 
because synchronization resources are not allocated at all 
in situations resembling that shown in FIG. 3 and PIG 4. 
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In the second embodiment, allocation of locX/monitor 



case, thread I is blocked by the application itself because 
it is now aware of the lock on the object because stack 701 
is maintained in application or user nenory space. When 
thread 1 resumes at time 10« it determines if it wag or was 
not the last thread that blocked without a call to the 0/S . 
In FIO. 5, thread 1 was not the last thread that blocked, 
hence, nonitor objects are required to synchronise thread 1 
with thread 0. in the example of FIG. 4, however* when 
thread 0 resumes it was the last thread that blocked, hence, 
monitor resources are not required. The longer it is 
possible to delay allocation of the synchronization 
resources the more likely it becomes that one of the 
conflicting threads will unlock the shared object and 
synchroni2at ion will be unnecessary. 

Another advantage of the present invention is that 
monitor resources can be implemented by without involving 
operaclng system resources. As described in reference to 
FIG. 5. the unblocking of thread 1 at operation 10 can be 
handled without the OS because the information that the 
shared object is locked is held in application memory space. 
While the present invention can be implemented using 
conventional os synchronization resources, it is desirable 
to implement the monitor object in application memory space 
to avoid the tens or hundreds of operations that may be 
required to implement the monitor objects in kernel memory 
space using OS synchronization resources. 

FIG. 6 shows fundamental software or hardware 
implemented devices that implement the present invention. 



resources is postponed until a thread resumes. 
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computer system 100 (shovn in FIG. 1) executes application 
code 601 using an interpreter 602. ^application code 601 
includes single threaded or multithreaded code in a 
conventional language such ae the JAVA prograianing language. 
Interpreter 603 receives the application code and generates 
executable instructions that can be executed by execution 
engine 604. The executable instructiona may include calls 
to OS 606* or may manipulate data in. memory 107 directly. 
Interpreter 602 nay be implemented in the form of a compiler 
that is operable prior to run time (i.e.« at compile tine} 
or operable at run time such as a just-in^time compiler 
provided with the JAVA virtual machine. The executable 
instructions from interpreter 602 may also be stored in 
storage 603 (e.g., magnetic media, optical media and the 
like) for later execution by execution engine 604 at run 
time. 

Referring to FIG. 1, a plurality of objects 702, 703, 
and 705 are shovn. Objects 703 are locked by a 

corresponding entry in stack 701. In contrast, object 705 
is locked by a monitor object 704 created in a conventional 
fashion. The fact that an object is locked and the number 
of times it is locked is recorded by execution engine 604 
(shovn in FIG. 6) by pushing the address of the object 
(indicated as object ID or OID in PIG. 7) onto stack 701 at 
lock tine. The entry is popped from stack 701 at unlock 
tine and the object associated with the popped OID becomes 
an unlocked object 702. In this way, if the thread does not 
block while an object is locked, there is nothing more than 
needs to be done to ensure thread synchronization. If. 
however, the thread does block then the objects on stack 701 
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can be allocated monitor data structures 704 that are then 
used in a traditional way and stack 701 emptied. 

As noted above. on the rare occasions that real 
lock/monitor data structures are created they can be 
implemented without the involveneiit of operating syatein 506. 
Memory 107 is allocated into application or user menory 
space 701 and kernel or OS nemory space 703. 

Although the invention has been described and 
illustrated with a certain degree ot particularity, it is 
understood that the present disclosure has been nade only by 
way of example, and that numerous changes in the combination 
and arrangement of parts can be resorted to by those skilled 
la the art without departing from the spirit and scope of 
Che invention, as hereinafter claimed. 
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4 . Brlttf Dascription of bh« Drawings 

PIG. X shows computer s/stem ImplemeD ting the procedure 
and apparatus in accordance with the present Invention; 

PIG. 2 shows a thread execution tineLlne of a Cirst 
example thread; 

FIG. 3 shows a thread execution timeline ot a second 
example situation; 

FIG. A shows a thread execution timeline of a third 
example situation; 

FIO. S shows a thread execution timeline of a fourth 
example situation; 

FIG. 6 shows an exemplary structure for implementing 
the synchronization method in accordance with the present 
invention; and 

FIG. 7 shows data structures useful in impl enenta t ion 
of the synchronization method in accordance with the present 
invention . 
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C9 
U. 

Abstract 

A method* system, and computer program product tor 
synchronized thread execution in a multithreaded processor 
are deacribed. Bach synchronised thread refers to at least 
one object identified by an object identification (OID) that 
is shared anong a plurality oC synchronized threads. One of 
the synchronized threads is selected for execution. upon 
entering the selected thread, an entry sequence indicates 
that, the shared object should be locked by puehing its OID 
onto a lock stack. The operations defined by the selected 
thread are executed and the indication is removed by pushing 
the OID from the lock stack. 

Representative Drawing: Pig. 1 



